home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19961006-19970104 / 000260_news@columbia.edu _Wed Dec 4 16:39:06 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.3/8.8.3) with ESMTP id QAA03727 for <kermit.misc@watsun.cc.columbia.edu>; Wed, 4 Dec 1996 16:39:06 -0500 (EST)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.3/8.8.3) id QAA22762 for kermit.misc@watsun; Wed, 4 Dec 1996 16:39:05 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman
  5. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Random login prompt with K95
  8. Date: 4 Dec 1996 21:38:14 GMT
  9. Organization: Columbia University
  10. Lines: 66
  11. Message-ID: <584r06$cqk$1@apakabar.cc.columbia.edu>
  12. References: <1996Dec3.161932.1217@cesi> <5824av$f1v$1@apakabar.cc.columbia.edu> <1996Dec4.110236.1219@cesi> <1996Dec4.123609.1220@cesi>
  13. Reply-To: kermit-support@columbia.edu
  14. NNTP-Posting-Host: watsun.cc.columbia.edu
  15.  
  16. In article <1996Dec4.123609.1220@cesi>,
  17. Alberto Meregalli (DIF) <meregalli@cesi.it> wrote:
  18. : I have to elaborate on that: in the sniffer captures of "regular"
  19. : (i.e. appearing prompt) session the sequence is, considering only visible
  20. : data and the Terminal Type option:
  21. : 
  22. : In the case that the prompt disappears this is what you see
  23. : 
  24. : ------1st example------------------
  25. : SEND                                         |
  26. : <cr><lf><cr>                                 |
  27. : <lf><cr><nul>Username:                       |
  28. :                                              |
  29. :                          IS 'VT320'          |
  30. : SEND                                         |
  31. :                          eesposito<cr><lf>   |
  32. : EESPOSITO<cr><lf>                            | all of this was seen 
  33. : <cr><lf>Password:                            | on the screen!
  34. :                          IS 'VT220'          |
  35. : ------2nd example------------------
  36. : SEND
  37. : <cr><lf><cr>
  38. : <lf><cr><nul>Username:
  39. :                          IS 'VT320'
  40. : SEND
  41. :                          IS 'VT220'
  42. : 
  43. : 
  44. : It seems that the screen clearing happens when the second SEND from
  45. : the VAX is received, not when the new terminal type string is sent.
  46.  
  47. The screen clearing occurs when the terminal reset to default settings
  48. takes place.  This occurs during the terminal type switch which happens 
  49. in response to a request to SEND TERMINAL-TYPE from the host.
  50.  
  51. There are two solutions to your problem:
  52.  
  53. (1) you want to use VT320 emulation even though your host doesn't
  54.     understand the additional capabilities so you want to disable
  55.     the terminal type switching:
  56.  
  57.     SET TELNET TERMINAL-TYPE VT220
  58.  
  59.     this tells k95 to only respond to a request for terminal type
  60.     with the specified name.
  61.  
  62. (2) your host doesn't understand a VT320 and so doesn't want to use it.
  63.     instead your host wants a VT220.  Therefore, in your dialer entry
  64.     for this host or in your connect script or your K95CUSTOM.INI file
  65.     specify your terminal type as VT220 instead of VT320.  Then the screen
  66.     won't clear because the emulator won't require a reset.
  67.  
  68. The purpose of the terminal type negotiation is to make sure that the 
  69. and the host can agree on a common set of rules to use for putting data
  70. on your screen.  It is a last ditch procedure that should be used only
  71. when the host doesn't understand the terminal emulation chosen and the
  72. user doesn't know what emulations the host understands.
  73.  
  74. Once it is used and a emulation agreed to, the user should no longer count
  75. on the negotiation to choose the terminal type, but should make that
  76. terminal type the default.
  77.  
  78. Jeffrey Altman * Kermit Development Group * Columbia University
  79.                * 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344
  80.     C-Kermit 5A(191) for OS/2:   http://www.columbia.edu/kermit/cko191.html
  81.   Kermit 95 for Windows 95/NT:   http://www.columbia.edu/kermit/k95.html